home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1071 < prev    next >
Internet Message Format  |  1994-08-27  |  5KB
  1. Date: Wed, 27 Jul 94 12:24 BST-1
  2. From: ogal@cix.compulink.co.uk (Ofir Gal)
  3. Subject: Re: Getting right mouse button clicks
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.783987@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8.  
  9. ekl@sdf.lonestar.org said:
  10. >
  11. >========================================================================
  12. >Yes - evnt_multi(MU_MESAG+MU_KEYBD+MU_BUTTON+timerflag,258,3,0...)
  13. >
  14. >258 waits for 2 clicks, 259 for 3, etc. Which button was pressed is
  15. >returned in the button variable as usual.
  16. >========================================================================
  17. >
  18. >You didn't read me code either.  That 0 that you have in there means taht
  19. >your evnt_multi will return instantly as long as the mouse button is
  20. >down.  This is kinda bad as you keep getting mouse events.   Take another
  21. >look at my code, or at least change the 0 to whatever variable you use
  22. >to store the output of evnt_multi's button state in.  That will cut things
  23. >down to 2 events instead of a few thousand.
  24.  
  25. I don't follow. My code actaully uses a variable, but this is set to 0
  26. initially. What's the difference? In your original message you say:
  27.  
  28. > The third is a button mask, 0 for up, 1 for down, for each button, same
  29. > as the button return word, and the button mask in the previous parameter.
  30. > Normally this is a 1, waiting for the left mouse button to be down.  In
  31. > this trick you make it a 0 (all buttons up).
  32.  
  33.  
  34. ekl@sdf.lonestar.org said:
  35. >
  36. >I thought it would be one file, with the format :
  37. >
  38. >appname:action:key
  39. >
  40. >With various extensions where key could be some other variable for things
  41. >taht aren't key-short-cuts.  Wildcards are valid, so global keys would
  42. >be done with '*', as in :
  43. >
  44. >*:Open:^O
  45. >
  46. >
  47. >As to where to put it, no one has even agreed to the above.  They are
  48. >still arguing about ^A and trying to vote on it.  Damn stupid to vote
  49. >on ^A when you can configure it instead.
  50.  
  51. It's much more stupid to tell people you are trying to work with towards
  52. agreement that they are stupid. The ^A vote IS needed, because there has
  53. been no agreement about the app-defs file, it may not get the 65% approval
  54. required. In which case we still need a standard. We (except for Tim
  55. Miller) are not arguing about ^A and this has not been under discussion for
  56. about a month.
  57.  
  58. millert@undergrad.csee.usf.edu said:
  59. >
  60. >Well, after much thought, I have decided to abandon the German
  61. >user-interface attitude of so overloading the interface with [sometimes
  62. >marginally useful] features that the program becomes unusable.
  63.  
  64. That is up to you, but I keep getting the feeling that you haven't
  65. acy`tually tried any of those German applications. Check out a demo of
  66. Papyrus, Connect, Edith and GEMBench (not German) and many others.
  67. Otherwise you will be left behind. I find that the user interface of
  68. GEMBench is the main reason people register it - going by their letters.
  69.  
  70. >I see absolutely no point in going through all the trouble of adding
  71. >countless features and options, 90% of which will not be used in any
  72. >particular situation.  I want a window-library that makes my life easy
  73. >with documentation that takes me less than a week to read and understand,
  74. >well-commented, readable code, and simple bindings.
  75.  
  76. See above...
  77.  
  78. >I see no point in absolutely abandoning the GEM style.  It makes sense to
  79.  
  80. With that I agree. But the definition of GEM has evolved far beyond what
  81. you consider GEM. Download some up to date shareware from UK and German FTP
  82. sits before you make your mind up.
  83.  
  84. >With that, I have to ask what is in some of these other libraries that
  85. >take up over 200k?  Loads and loads of more features.... most of which
  86. >someone looking to get work done would never use.
  87.  
  88. The HiSfot GEM Toolbox (which I co-wrote) handle windows which may have
  89. text, forms, images, window menus, toolbar, round radio buttons, check
  90. boxes, scrolling lists. Any of the elements may be mixed so you can have a
  91. window with text, images and a toolbar if you want. The source code is
  92. almost 400k, but it is divided into modules, so you just use the parts you
  93. need.
  94.  
  95. >Secondly, if anyone uses Ctrl-A for select all, they're going to be in a
  96.  
  97. That's what we had a vote for. Last time I counted there were 30 votes, 29
  98. of which didn't agree with your idea, Tim. Issue closed! The vote
  99. results will be published when Yat comes back from Europe. As to the
  100. config file... I am in two minds about it for many reasons. I think I will
  101. vote for it, but if there's no majority for it then I will accept this as
  102. well.
  103.  
  104. >totally harmess assigned to it like Redraw-window.
  105.  
  106. Please don't repeat this discussion, you're wasting everyone's time.
  107.  
  108. Bye,
  109.  
  110. -----------------------------------------------------------------
  111. Ofir                                    ogal@cix.compulink.co.uk
  112. -----------------------------------------------------------------
  113.  
  114.